Criação e configuração de ambiente Oracle Cloud Service: Database Cloud Service – Parte 1
Por José Mario Barduchi ,
Publicado en Abril 2017
Revisado por Alex Zaballa
Introdução
Não é de hoje que vemos crescer a importância das operações em cloud como um todo. É claro que os bancos de dados não ficariam de fora dessa evolução.
É cada vez mais comum ouvirmos falar termos como PaaS (Platform as a Service), IaaS (Infrastructure as a Service), SaaS (Software as a Service), entre outras.
Neste artigo, o que nos interessa é o Database Cloud Service, um dos produtos oferecidos no PaaS.
É claro que dependemos de análises profundas e individualizadas para definir se mantemos o nosso ambiente no já conhecido modelo "On-Premises" ou se partimos para soluções em Cloud, mas abaixo listo algumas vantagens da nuvem.
| 1) On-demand self service 2) Rapid elasticity 3) Measured usage 4) Resource pooling | - Rápido provisionamento e disponibilização de recursos. - Rápido escalonamento de recursos, conforme necessidade. - Possibilidade de controle de consumo de recursos. - Arquiteturas flexíveis disponíveis conforme a necessidade. |
Em dois artigos vamos explorar uma das possibilidades do Oracle Database Cloud Service que é o uso de uma Virtual Image utilizando também o Oracle Backup Cloud Service.
Basicamente, o Oracle Database Cloud Service nos fornece duas opções de configuração:
Oracle Database Cloud Service - Virtual Image: Inclui o database pré-instalado e o suporte, ou seja, o SO já vem preparado para a instalação, os instaladores já são fornecidos, mas o DBA é quem faz essa instalação e manutenção de todo o ambiente de banco de dados. Nesse modelo, o DBA tem o acesso de root e tem todos os privilégios de SYSDBA no banco.
Oracle Database Cloud Service: Inclui o database já instalado e o suporte. São oferecidas também diversas ferramentas que facilitam a administração, backup e aplicação de patches dessa base na nuvem. Pelo painel do Oracle Cloud são passadas diretrizes para a criação de um banco de dados. A instance é criada e já iniciada como um serviço. Podem ser configurados, mas não são obrigatórios, backup's automáticos dessa base. Nesse modelo, o DBA tem o acesso de root e tem todos os privilégios de SYSDBA no banco também.
Nos dois modelos podemos escolher o Oracle Database 11g ou o 12c, porém somente no modelo "Oracle Database Cloud Service" é que contamos com o Oracle 12c na versão 12.2. Para o Virtual Image, até a data desse artigo ainda não era possível contratar essa versão.
Vamos começar. Nosso pré-requisito é que a conta já esteja liberada pela equipe da Oracle para utilização dos serviços contratados.
1) Acessar a página do “Oracle Cloud”
As informações abaixo são necessárias para o trabalho e são fornecidas no momento de liberação do ambiente pela equipe Oracle.
Link para acesso: https://myservices.us.oraclecloud.com Domain: a999999 User: cloud@mario.com.br Password: aaa123 Inserir o Identify Domain fornecido.
Inserir o username e o password fornecidos.
Após o login, será apresentado o dashboard abaixo.
2) Criação do serviço
Para iniciar a criação do ambiente, deve-se criar o serviço do database, ou seja, o “Database Cloud Service”.
Para isso, deve-se selecionar a opção no menu de navegação (ao lado do logo do Oracle Cloud).
Depois clicar em “Database”.
Será apresentada a tela abaixo. Já haviam outros serviços criados, por isso no “Summary” apareceram essas informações.
Clicar em “Create Service”.
Selecionar “Oracle Database Cloud Service – Virtual Image” e clicar em “Next”
.O resumo de tudo o que foi (ou pode ser) contratado em cada ambiente é exibido. Leia com atenção as opções.
Também já é marcado como default o serviço que foi contratado. Neste artigo, por exemplo, a opção “Oracle Database Cloud Service – Virtual Image” já está marcada.
Deve-se agora selecionar a versão desejada a ser instalada. Para este artigo, será selecionada a versão 12c. Depois clicar em “Next”.
Selecionar a edição do Oracle que deve ser utilizada e clicar em “Next”. Novamente o default já vem marcado. Nesse artigo, vamos selecionar a edição “Standard Edition”.
Esse é um ponto bem importante da criação do ambiente do Database Cloud Service.
Aqui será definido o nome do serviço, a chave que será utilizada para acesso via ssh ao servidor e o size inicial da máquina.
Então, antes de iniciar devemos criar uma chave para nosso teste. Para isso utilizarei o PuTTYGen.
Ao iniciar o PuTTYGen, a tela abaixo será apresentada.
No parte inferior, em “Parameters”, são definidos o tipo de chave que será utilizado e o seu tamanho em bits. Neste artigo, será usada a chave SSH-2 RSA de 2048 bits.
Clicar em "Generate".
Importante: Durante a criação da chave, deve-se ficar movimentando o mouse na área em branco da tela para que a criação seja realizada.
Ao finalizar, será apresentada a tela acima. Deve-se preencher algumas informações antes de salvar a chave.
Key Comment: É opcional, mas é interessante de ser preenchido com algum comentário que identifique a chave.
Key Passphrase: Também é opcional, mas não teria sentido criar uma chave que não solicite uma senha antes da sua utilização.
Após preenchidas as informações, basta clicar em “Save Private Key” e salvar a chave.
Importante: Como a chave será utilizada somente administrativamente, ela será salva como uma chave privada. Se fosse ser divulgada essa chave para utilização pública, criaríamos uma chave pública.
Tendo a chave já criada, agora podemos continuar a criação do serviço. Para isso, clicar em “Edit” para inserir a chave que acabamos de criar. Depois de inserida a chave, faça o update da mesma como demonstrado abaixo.
Para finalizar, clicar em “Enter”.
Com a chave importada, deve-se clicar em “Next”.
Após conferir se todas as informações estão corretas, clicar em “Create”.
Terminado esse processo a “máquina” estará criada e pronta para receber a instalação do Oracle.
3) Criação dos discos ou alocação de mais espaço para o serviço
Antes da instalação, iremos verificar o processo de aumento de espaço para a máquina. Quando o processo apresentado acima é executado, em nenhum momento é colocado o espaço em disco desejado. Por isso, após a criação já podemos alocar os espaços que iremos utilizar para a nossa base.
O processo de liberação de espaço é bem simples para o “Oracle Database Cloud Service – Virtual Image”.
Deve-se selecionar o serviço “SRV-TESTE” criado, e visualizar os detalhes desse serviço. Para isso, clicar em “Manage This Node”.
E selecionar a opção “Scale Up/Down”.
Preencher as informações solicitadas e clicar em “Yes, Scale Up/Down Service”.
Alguns pontos importantes nesse processo.
- Pode-se, além de adicionar mais espaço, adicionar também mais capacidade de processamento à máquina.
- Ao clicar em “Yes”, o serviço ficará indisponível. Esse aumento não é online.
- Nesse exemplo, dois volumes de 500G serão apresentados ao servidor. Eles serão identificados na máquina como se fossem LUN’s de um storage comum.
- Após as LUN’s serem apresentadas, deve-se formata-las e atribuir um tipo de FileSystem a elas. Neste artigo será utilizado o EXT4.
Após o serviço estar disponível novamente, deve-se acessar via SSH o servidor pelo seu IP público. Esse IP ficará documentado na tela de detalhes da base, no “Oracle Database Service”.
login as: opc Authenticating with public key "rsa-key- 20161010" O processo deve ser feito como root.
sudo su - Deve-se listar os discos para identificar as LUN’s apresentadas. Para isso, utilizar o comando abaixo.
lsblk -o NAME,UUID,MOUNTPOINT,FSTYPE
NAME UUID MOUNTPOINT FSTYPE
xvdb
├─xvdb1 947fa69d-3925- 4738-a6c0- 27d00f5c4f96 /boot ext4
├─xvdb2 d24de279-f4f1- 46ae-aa3b- 5297bd258dcc [SWAP] swap
└─xvdb3 ac69bdf3-37be- 47f2-9d59- 6d4c672f98cc / ext4
xvdc
└─xvdc1 e301e170-203e- 4647-afb1- 77a2a9a1bea9 /u01 ext4xvdd xvde Como informado acima, os dois volumes destacados em vermelho (XVDD e XVDE) foram criados.
Verificar os dois discos e certificar que não existe nenhuma partição neles ainda.
fdisk -l /dev/xvdd
Disk /dev/xvdd: 536.9 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
fdisk -l /dev/xvde
Disk /dev/xvde: 536.9 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000 O processo de realização do FDISK é igual ao feito em uma máquina física. Fazer nos dois volumes.
fdisk /dev/xvdd
Selecionar/digitar as opções abaixo:
n -- Nova partição
p -- Partição primária
1 -- A partir do primeiro cilindro
enter -- Aceitar o valor default
enter -- Aceitar o valor default
w -- Grava as alterações
-- Após a criação das partições, pode ser necessário executar um partprobe.
partprobe /dev/xvdcd
Ao verificarmos novamente, as partições já irão aparecer.
lsblk -o NAME,UUID,MOUNTPOINT,FSTYPE
NAME UUID MOUNTPOINT FSTYPE
xvdb
├─xvdb1 947fa69d-3925- 4738-a6c0- 27d00f5c4f96 /boot ext4
├─xvdb2 d24de279-f4f1- 46ae-aa3b- 5297bd258dcc [SWAP] swap
└─xvdb3 ac69bdf3-37be- 47f2-9d59- 6d4c672f98cc / ext4
xvdc
└─xvdc1 e301e170-203e- 4647-afb1- 77a2a9a1bea9 /u01 ext4
xvdd └─xvdd1 xvde └─xvde1 Como verificado acima, não temos nenhum FileSystem ainda identificado pois ainda é preciso formatar as partições para utilizar o EXT4.
Isso deve ser feito assim:
mkfs.ext4 /dev/xvdd1
mke2fs 1.43-WIP (20-Jun- 2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
32768000 inodes, 131070310 blocks
6553515 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
4000 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information:
done
mkfs.ext4 /dev/xvde1
mke2fs 1.43-WIP (20-Jun- 2013)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
32768000 inodes, 131070310 blocks
6553515 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
4000 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information:
done Ao verificar novamente, teremos o FileSystem já atribuído à partição.
lsblk -o NAME,UUID,MOUNTPOINT,FSTYPE
NAME UUID MOUNTPOINT FSTYPE
xvdb
├─xvdb1 947fa69d-3925- 4738-a6c0- 27d00f5c4f96 /boot ext4
├─xvdb2 d24de279-f4f1- 46ae-aa3b- 5297bd258dcc [SWAP] swap
└─xvdb3 ac69bdf3-37be- 47f2-9d59- 6d4c672f98cc / ext4
xvdc
└─xvdc1 e301e170-203e- 4647-afb1- 77a2a9a1bea9 /u01 ext4 xvdd
└─xvdd1 c66a1b83-79fc- 4edf-a630- b8bd0681c2e9 ext4 xvde └─xvde1 c47c789a-3c8f- 4926-8a2f- d82d68da7c44 ext4 Finalmente, deve-se montar as duas partições. No nosso artigo serão utilizados os já clássicos "/u02" e "/u03".
cd / mkdir /u02 /u03 chown oracle:oinstall /u02 chown oracle:oinstall /u03 Edite o fstab e adicione os pontos de montagem.
cd /
mkdir /u02 /u03
chown oracle:oinstall /u02
chown oracle:oinstall /u03
Edite o fstab e adicione os pontos de montagem.
vim /etc/fstab
UUID=c66a1b83-79fc- 4edf-a630- b8bd0681c2e9 /u02 ext4 defaults 0 0
UUID=c47c789a-3c8f- 4926-8a2f- d82d68da7c44 /u03 ext4 defaults 0 0
Executar como root:
mount -a
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvdb3 25G 12G 13G 47% /
tmpfs 15G 0 15G 0% /dev/shm
/dev/xvdb1 477M 148M 300M 34% /boot
/dev/xvdc1 99G 7.9G 86G 9% /u01 /dev/xvdd1 493G 70M 467G 1% /u02 /dev/xvde1 493G 70M 467G 1% /u03 Nesse ponto, os volumes já estarão disponíveis para utilização.
Podemos verificar os espaços contratados e utilizados através do dashboard.
4) Instalação do SGBD
Quando o serviço do “Oracle Database Cloud Service – Virtual Image” é adquirido pelo cliente, isso quer dizer que o servidor vem parcialmente pronto para utilização. Ou seja, mesmo sendo o serviço criado pela página do “Oracle Database Cloud Service”, o banco de dados ainda deve ser instalado pelo DBA e depois a base de dados deve ser criada via DBCA.
Somente lembrando, isso está descrito no momento da criação do service.
Para a instalação devemos utilizar instaladores preparados especificamente para cloud e fornecidos juntamente com a criação do serviço.
Importante: Não são os mesmos instaladores utilizados em instalações “On-Premises”. Não devem ser utilizados esses instaladores.
login as: opc
Authenticating with public key "rsa-key- 20161010" A instalação deve ser realizada com o usuário Oracle. Os binários estão na pasta “/scratch/db”.
sudo su -
cd /scratch/db
ls -lrht
-rw- r-- r-- 1 oracle oinstall 3.4G Sep 12 15:00 db12102_bits.tar.gz
-rw- r-- r-- 1 oracle oinstall 3.1G Sep 12 15:07 db12102_se2bits.tar.gz São oferecidos os dois instaladores – SE2 e EE. Basta executar o que foi contratado.
su - oracle
cd /u01
tar -vxzf /scratch/db/db12102_bits.tar.gz Importante: São oferecidos os dois instaladores – SE2 e EE. Certifique-se de utilizar exatamente o instalador da sua versão, ou seja, se adquiriu o licenciamento da Standard Edition 2, deve usar o “db12102_se2bits.tar.gz”.
Voltar ao root e executar:
exit
/u01/app/oraInventory/orainstRoot.sh
/u01/app/oracle/product/12.1.0/dbhome_1/root.sh
Nesse momento, o SGBD já estará instalado e disponível.
Para ilustrar e mostrar como esses instaladores são especialmente criados para cloud, abaixo segue o inventory do OPATCH mostrando todos os patches aplicados para esta imagem.
opatch lsinventory
Oracle Interim Patch Installer version 12.1.0.1.10
Copyright (c) 2016, Oracle Corporation. All rights reserved.
Oracle Home : /u01/app/oracle/product/12.1.0/dbhome_1
Central Inventory : /u01/app/oraInventory
from : /u01/app/oracle/product/12.1.0/dbhome_1/oraInst.loc
OPatch version : 12.1.0.1.10
OUI version : 12.1.0.2.0
Log file location :
/u01/app/oracle/product/12.1.0/dbhome_1/cfgtoollogs/opatch/
opatch2016-11- 14_11-11-20AM_1.log
Lsinventory Output file location :
/u01/app/oracle/product/12.1.0/dbhome_1/cfgtoollogs/opatch/lsinv/
lsinventory2016-11-14_11-11- 20AM.txt
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Local Machine Information:
Hostname: XXX.oraclecloud.internal
ARU platform id: 226
ARU platform description:: Linux x86-64
Installed Top-level Products (1):
Oracle Database 12c 12.1.0.2.0
There are 1 products installed in this Oracle Home.
Interim patches (3) :
Patch 22139226 : applied on Thu Jan 21 03:18:43 EST 2016
Unique Patch ID : 19729684
Patch description : "Database PSU 12.1.0.2.160119, Oracle JavaVM Component (Jan2016)"
Created on 4 Jan 2016, 01:41:46 hrs PST8PDT
Bugs fixed:
19699946, 19176885, 19623450, 22139226, 19909862, 21811517, 19223010
21068507, 19895326, 19877336, 22118835, 22118851, 21566993, 19153980
20408829, 21047766, 19231857, 19895362, 19855285, 20415564, 21555660
19245191, 21047803, 20408866, 21566944
Patch 22543975 : applied on Thu Jan 21 03:16:54 EST 2016
Unique Patch ID: 19772638
Created on 20 Jan 2016, 19:09:00 hrs PST8PDT
Bugs fixed:
19770063, 19665921, 21281607, 21154593, 22543975, 21294504
This patch overlays patches:
21948354
This patch needs patches:
21948354
as prerequisites
Patch 21948354: applied on Thu Jan 21 03:13:32 EST 2016
Unique Patch ID: 19553095
Patch description: "Database Patch Set Update : 12.1.0.2.160119 (21948354)"
Created on 20 Dec 2015, 23:39:33 hrs PST8PDT
Sub-patch 21359755; "Database Patch Set Update : 12.1.0.2.5 (21359755)"
Sub-patch 20831110; "Database Patch Set Update : 12.1.0.2.4 (20831110)"
Sub-patch 20299023; "Database Patch Set Update : 12.1.0.2.3 (20299023)"
Sub-patch 19769480; "Database Patch Set Update : 12.1.0.2.2 (19769480)"
Bugs fixed:
19189525, 19075256, 19141838, 19865345, 19791273, 19280225, 18845653
20951038, 19243521, 19248799, 21756699, 18988834, 19238590, 21281532
20245930, 18921743, 18799063, 19134173, 19571367, 20476175, 20925795
19018206, 20509482, 20387265, 20588502, 19149990, 18849537, 18886413
17551063, 19183343, 19703301, 19001390, 18202441, 19189317, 19644859
19358317, 19390567, 19279273, 19706965, 19068970, 19619732, 20348653
18607546, 18940497, 19670108, 19649152, 18948177, 19315691, 19676905
18964978, 19035573, 20165574, 19176326, 20413820, 20558005, 19176223
19532017, 20134339, 19074147, 18411216, 20361671, 20425790, 18966843
20294666, 19307662, 19371175, 19195895, 19154375, 19468991, 19174521
19520602, 19382851, 21875360, 19326908, 19658708, 20093776, 20618595
21787056, 17835294, 19791377, 19068610, 20048359, 20746251, 19143550
19185876, 19627012, 20281121, 19577410, 22092979, 19001359, 19518079
18610915, 19490948, 18674024, 18306996, 19309466, 19081128, 19915271
20122715, 21188532, 20284155, 18791688, 20890311, 21442094, 18973548
19303936, 19597439, 20235511, 18964939, 19430401, 19044962, 19409212
19879746, 20657441, 19684504, 19024808, 18799993, 20877664, 19028800
19065556, 19723336, 19077215, 19604659, 21421886, 19524384, 19048007
18288842, 19689979, 20446883, 18952989, 16870214, 19928926, 21526048
19180770, 19197175, 19902195, 20318889, 19730508, 19012119, 19067244
20074391, 19512341, 19841800, 14643995, 20331945, 19587324, 19547370
19065677, 19637186, 21225209, 20397490, 18967382, 19174430, 18674047
19054077, 19536415, 19708632, 19289642, 20869721, 19335438, 17365043
18856999, 19869255, 20471920, 19468347, 21620471, 16359751, 18990693
17890099, 19439759, 19769480, 19272708, 19978542, 20101006, 21300341
20402832, 19329654, 19873610, 21668627, 21517440, 19304354, 19052488
20794034, 19291380, 18681056, 19896336, 19076343, 19561643, 18618122
20440930, 18456643, 19699191, 18909599, 19487147, 18250893, 19016730
18743542, 20347562, 16619249, 18354830, 19687159, 19174942, 20424899
19989009, 20688221, 20441797, 19157754, 19032777, 19058490, 19399918
18885870, 19434529, 19018447, 18417036, 20919320, 19022470, 19284031
20474192, 20173897, 22062026, 19385656, 19501299, 17274537, 20899461
19440586, 16887946, 19606174, 18436647, 17655240, 19023822, 19178851
19124589, 19805359, 19597583, 19155797, 19393542, 19050649
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
OPatch succeeded. Em destaque, o PSU aplicado é o de Janeiro de 2016. Como podemos verificar nos notes “Oracle Recommended Patches -- Oracle Database (Doc ID 756671.1)” e “Quick Reference to Patch Numbers for Database/GI PSU, SPU(CPU), Bundle Patches and Patchsets (Doc ID 1454618.1)” existem PSU’s mais recentes que devem ser aplicados.
O ideal, até a data desse artigo, seria aplicar o PSU 12.1.0.2.161018 de Outubro/2016.
Como estamos utilizando o “Oracle Database Cloud Service - Virtual Image”, esse controle de patches deve ser feito pelo DBA através do MOS e dos comunicados de PSU’s e Bandle Patches liberados.
Caso estivéssemos usando o “Oracle Database Cloud Service”, no console de administração do serviço de banco de dados seria apresentado a lista de patches recomendados para manter o ambiente atualizado.
Como não é o foco desse artigo a aplicação de patches no Oracle Database Cloud Service, essa operação não será demonstrada.
Mais informações sobre essa aplicação podem ser verificadas em “http://www.oracle.com/technetwork/pt/articles/database-performance/aplicando-patches- dbaas-3321593- ptb.html”.
5) Criação da base de dados
Para a criação da base, pode-se utilizar o DBCA na sua opção visual. Eu sempre prefiro o “silent mode” e é essa opção que será apresentada aqui.
Exportar as variáveis de ambiente
export ORACLE_HOME=/u01/app/oracle/product/12.1.0/dbhome_1
export PATH=$ORACLE_HOME/OPatch:$ORACLE_HOME/bin:$PATH
export ORACLE_BASE=/u02/oradata/ E executar o DBCA em modo silent.
dbca -silent -createDatabase -templateName General_Purpose.dbc
-gdbName soulprd -sid soulprd -sysPassword aaa123
-systemPassword aaa123 -emConfiguration NONE
-datafileDestination /u02/oradata
-createAsContainerDatabase false -storageType FS
-memoryPercentage 40 -automaticMemoryManagement true
-redoLogFileSize 300 -recoveryAreaDestination NONE
-characterSet WE8ISO8859P1 -nationalCharacterSet AL16UTF16
-sampleSchema false -databaseType MULTIPURPOSE Os parâmetros utilizados são bem simples e intuitivos. Mais detalhes no HELP do comando.
A saída esperada ao término do comando é essa abaixo.
File Validations Successful.
Copying database files
DBCA_PROGRESS : 1%
DBCA_PROGRESS : 3%
DBCA_PROGRESS : 11%
DBCA_PROGRESS : 18%
DBCA_PROGRESS : 26%
DBCA_PROGRESS : 37%
Creating and starting Oracle instance
DBCA_PROGRESS : 40%
DBCA_PROGRESS : 45%
DBCA_PROGRESS : 50%
DBCA_PROGRESS : 55%
DBCA_PROGRESS : 56%
DBCA_PROGRESS : 60%
DBCA_PROGRESS : 62%
Completing Database Creation
DBCA_PROGRESS : 66%
DBCA_PROGRESS : 70%
DBCA_PROGRESS : 73%
DBCA_PROGRESS : 85%
DBCA_PROGRESS : 96%
DBCA_PROGRESS : 100%
Database creation complete. For details check the logfiles at:
/u01/app/oracle/cfgtoollogs/dbca/soulprd.
Database Information:
Global Database Name:soulprd
System Identifier(SID):soulprd Ao chegarmos nesse ponto, o serviço do Database Cloud já está criado, o SGBD está instalado e a base de dados já foi criada e está pronta para utilização. Não se esqueça de criar o listener também via NETCA.
Após o listener criado, é o momento de liberar o acesso via regra.
6) Criação da regra de acesso à base de dados via Listener
Para que a base fique acessível via listener por outros servidores, precisamos criar uma regra de acesso a esse servidor na porta 1521.
Deve-se voltar a tela do “Oracle Database Cloud Service”. Para isso, clicar no menu ao lado do logo do Oracle Cloud.
Selecionar “Oracle Database Cloud Service”.
Clicar no menu ao lado do service criado e depois selecione “Access Rules”.
Selecionar “Create Rule".
Preencher todas as opções e clicar em “Create”.
Será apresentada a mensagem abaixo.
Para testar, vamos utilizar o SQL Developer para fazer uma conexão.
Vamos criar uma conexão com as informações do cloud.
Conexão executada com sucesso.
Neste artigo ficou claro a facilidade, praticidade e rapidez para a criação desse ambiente.
No próximo artigo vamos realizar as configurações do WALLET e do Oracle Cloud Backup Service.
José Mario Barduchi é um profissional com 18 anos de experiência em coordenação de equipes de DBA's/ATG's em consultoria Oracle Partner. Possui várias certificações Oracle. Atua em definição de arquiteturas para projetos de banco de dados, criação e administração de bases em Oracle Cloud. Articulista em diversos blogs e um dos organizadores dos eventos "DBA Brasil".
Este artigo foi revisto pela equipe de produtos Oracle e está em conformidade com as normas e práticas para o uso de produtos Oracle.